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Brief Summary Text (4) : 

A well known database software program is DATABASE 2 (DB2) database software 
distributed by IBM Corporation. As is known in the art, DB2 operates as a subsystem 
in a computer system operating under the IBM MVS operating system software. In a DB2 
environment, user data resides in DB2 tables which are in tablespaces . A tablespace 
is, for example, a portion of storage space in a direct access storage device (DASD) 
such as a disk drive. For exemplary purposes, illustrated below is an order_entry 
table that would be stored in a tablespace . The order_entry table contains columns: 
customer_number ; product_code; order_number ; buyer_name; and ship to zip. 

Brief Summary Text (5) : 

While the above Order_Entry table shows four rows , the table could have millions of 
rows for all the orders of a company, for example 4 million rows . The order_entry 
table also has, for example, three index keys and two foreign keys. An index key is 
an identifier for a particular row of a table while a foreign key also identifies a 
row but is also used for referential integrity as described below. For example, in 
the order_entry table, one index key could be based on Order_Number , another index 
key based on buyer_name and a third index key based on ship_to_zip. As is known in 
the art, an index key for a particular table indicates a row identification (RID) 
and a selected value for the row (e.g., the index key value) . 

Brief Summary Text (6) : 

The index key can be used to generate an index for the table which facilitates 
subsequent searches for particular data in the table. For example, the 0rder_Entry 
table would have three indexes (e.g., one for each index key), each index being 
stored in an indexspace. Similar to a tablespace, an indexspace is, for example, a 
designated portion of a DASD. Thus, if a user was looking for rows that contain a 
particular buyer name in the 0rder_Entry table, the database management system could 
query the buyer index for the table to identify all occurrences of the buyer name 
without reading the entire table to locate the rows. 

Brief Summary Text (7) : 

DB2 administrators analyze performance characteristics for application programs that 
access a database table in an attempt to find the optimum index structure for fast 
access to the database table. The values to be used as an index must be carefully 
selected because each index results in overhead for the database system. For 
example, each transaction in a database table, such as an add or delete , requires 
that each index for the table also be updated. Thus, it is desirable that the number 
of indexes for a table be minimized to enhance the performance of application 
programs. The values to be used as an index for a database table are selected based 
on, for example, data accessed most frequently by users of the table, generally 
on-line transaction users. Index keys generally are not based on foreign keys, as 
foreign keys are used primarily for validation purposes (e.g., constraint 
enforcement) . 

Brief Summary Text (8) : 

As is known m the art, each table in a database may be either a parent table, a 
child table or both. A child table is related to a parent table via the foreign key 
value or values contained in columns of the child table. For example, a foreign key 
value can appear multiple times in a child table (e.g., multiple rows in a child 
table can have the same foreign key, such as the customer_number and product_code 
entries in the order_entry table) but each foreign key must be associated with a 
unique key in a parent table of the child table. 

Brief Summary Text (9) : 

Referential integrity ensures that every foreign key value is valid (e.g., has a 
corresponding primary key in a parent table) . Thus, referential integrity (RI) means 
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that a value in the col^PR. of a row in the table is valiWwhen this value also 
exists in an index of another table. A row should not be in a table if it violates a 
constraint. As the order_entry table illustrated above has two foreign keys, it has 
a RI constraint on customer_number and product_code . As is known in the art, when a 
user of a DB2 database management system creates a table, the user also defines the 
constraints for the table (e.g., the user can define the relational integrity 
criteria) . Illustrated below are an exemplary product table and an exemplary 
customer table (e.g., the parent tables for the foreign keys in the order_entry 
table) . 

Brief Summary Text (10) : 

The product table show five rows , although the table could have thousands of rows 
for all of the different products of a company. The product table has, for example, 
an index based on the column product_code, which values are illustrated in ascending 
order. The values in the column product__code are each unique since there is only one 
product code assigned to each product and thus in this table, a product code would 
not be included more than once. Accordingly, an index for the product table would 
include the key value (e.g., the stored value in the product__code column) and a RID. 
The product table index would reside in a DB2 indexspace. 

Brief Summary Text (11) : 

The customer table illustrated below shows four rows, although this table could also 
have thousands of rows for all of the customers of a company. The customer table 
has, for example, an index based on the column customer_number , which values are 
illustrated in ascending order. The values in the column customer_number are each 
unique since there is only one customer number assigned to each customer name and 
thus a customer number would not be included in this table more than once. 
Accordingly, an index for the customer table would include the key value (e.g., the 
value of the column customer_number) and a RID. The customer index would also reside 
in a DB2 indexspace . 

Brief Summary Text (12) : 

As shown by the above tables, all of the rows in the Order_Entry table are valid 
(e.g., there are no referential integrity constraint violations) because the foreign 
key values in the column product_code of the Order_Entry table also exist in the 
product table and the values, in the column customer_number of the Order_Entry table 
also exist in the customer table. 

Brief Summary Text (13) : 

Conventional database management systems, such as DB2 , provide the user with the 
ability to identify specific conditions that a row must meet before it can be added 
to a table. These conditions are referred to as "constraints" because they constrain 
the values that a row may include. Constraints include, for example, check 
constraints and referential integrity constraints. Check constraints include, for 
example, qualifying criteria for a particular value, such as a zip code value (e.g., 
the ship_to_zip value in the Order_Entry table) being in the range of 00000 to 
99999. As discussed above, referential integrity constraints ensure that a value in 
a row of a table is valid when the value also exists in an index of another table. 



Brief Summary Text (14) : 

Constraint enforcement can be performed prior to loading of data into a database 
table or after data has already been loaded into a database table. When constraint 
enforcement is performed after loading data into a database table, for example as 
part of a recovery operation following a hardware of software failure, the 
constraint enforcement is generally performed by a CHECK utility, such as CHECK DATA 
by IBM Corp., CHECK PLUS by BMC Software and FASTCHECK by Platinum technology, inc. 

Brief Summary Text (16) : 

To perform constraint enforcement, a conventional CHECK utility would, for example, 
be initialized and identify any applicable constraints for the table to be checked 
by reading the DB2 catalog, as is known in the art. The CHECK utility would, for 
example, then read each row of the database table and check for check constraint 
violations and/or referential integrity constraint violations. 

Brief Summary Text (17) : 

As is known in the art, an exception table is generated prior to each time a CHECK 
utility operates upon a table (e.g., a new exception table is generated or a prior 
exception table replaced each time constraint enforcement is performed) . For 
example, when a user creates a job stream to execute a CHECK utility, a step of the 
job stream includes creating a new exception table. The exception table is, for 
example, a mirror image of the database table except that the exception table only 
contains the rows including a constraint violation. For example, each time a CHECK 
utility identifies a constraint violation, the CHECK utility copies the entire row 
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into the exception tabll^pAn exemplary SQL statement to Spy rows in error into an 
exception table is as follows. 

Brief Summary Text (18) : 

As shown by the above code, a row containing a constraint violation in database 
table PDLNR . TDOCDPP will be copied into exception table PDLNR . EXTD0CDPP4 . 

Brief Summary Text (19) : 

Prior to the CHECK utility utilizing an exception table, however, the exception 
table must be created. Further, if the CHECK utility has previously operated upon a 
table, the previously created exception table must be deleted and a new exception 
table created. An example of execution of a prior art CHECK utility is as follows 
regarding creation and deletion of exception tables. For example, assume a typical 
user application system having three parent tables and thirty one dependent tables 
(other combinations of parent and dependent tables are possible) . When the customer 
executes a conventional CHECK utility for the dependent tables, an exception table 
is needed for each dependent table. As described above and known in the art, each 
exception table is, for example, a work table used to contain rows that the CHECK 
utility identifies as violating a constraint. When checking a dependent table 
tablespace for a referential integrity constraint violation, the user of a 
conventional CHECK utility needs to perform the following steps. 

Brief Summary Text (21) : 

The above code describes, for example, the steps of dropping an existing exception 
table (e.g., TSISIP01) and creating a new exception table (e.g., TSISIP01) for each 
dependent table to be checked. In addition, the code illustrates exemplary 
alterations needed by the CHECK utility for the newly created exception tables 
(e.g., add a new column for row identification and a new column for a timestamp) . 

Brief Summary Text (22) : 

As the above example has thirty one dependent tablespaces, the above code must be 
written and executed thirty one times (e.g., once for each dependent tablespace ) . In 
addition, the user of the CHECK utility also has to code a control statement to run 
the CHECK utility, the control statement naming all of the dependent tablespaces to 
be checked as well as identifying all the exception tables associated with the 
dependent tables. Exemplary SQL statements that would be written by a user for this 
purpose are shown below. 

Brief Summary Text (23) : 

As shown by the above control statement, each dependent tablespace is identified 
(e.g., " TABLESPACE JT INLAND . SCHORDCT" identifies dependent table SCHORDCT owned by 
database JT INLAND) . After the thirty one dependent tables are identified, the 
exception table to be used for each dependent table is identified (e.g., "FOR 
EXCEPTION IN PDUTL03 . TBHORDCT USE PDISIP . TBHORDCT" identifies exception table 
TBHORDCT to be used for dependent table TBHORDCT) . 

Brief Summary Text (24) : 

As indicated by the above exemplary code that must be written and executed for 
operation of conventional CHECK utilities to perform constraint enforcement, 
substantial effort must be expended by a user to, for example, drop existing 
exception table tablespaces created from prior operation of the CHECK utility and to 
create new exception table tablespaces . 

Brief Summary Text (27) : 

According to an embodiment of the present invention, a process identifies the 
tablespaces to be checked by a CHECK utility so that the tablespaces and associated 
exception table tablespaces are automatically identified to the CHECK utility, 
thereby eliminating the need for substantial handcoding of SQL statement required by 
conventional CHECK utility operation. According to an exemplary embodiment of the 
present invention, a control statement including predetermined key words is provided 
to a CHECK utility, the CHECK utility parsing the control statement to drop existing 
exception table tablespaces and create new exception table tablespaces . 

Brief Summary Paragraph Table (5) : 

DROP TABLESPACE DBISIP . TSISIP01 ; CREATE TABLESPACE TSISIP01 IN DBISIP USING STOGROUP 
SGISIP PRIQTY 52 SECQTY 26 ERASE NO FREEPAGE 0 PCTFREEE 5 BUFFERPOOL BPO LOCKSIZE 
ANY CLOSE YES LOCKMAX SYSTEM CCSID EBCDIC CREATE TABLE PDISIP . TBHORDCT LIKE 
PDUTLO 3 .TBHORDCT IN DBISIP . TSISP01 ; ALTER TABLE PDISIP . TSISIP01 ADD RID CHAR(4); 
ALTER TABLE PDISIP . TBHORDCT ADD TIME TIMESTAMP NOT NULL WITH DEFAULT 

Brief Summary Paragraph Table (6) : 

CHECK DATA TABLESPACE JT I NLAND . SCHORDCT , TABLESPACE JTINLAND . SCHITMDI , TABLESPACE 
JT INLAND. SCHHD INF , TABLESPACE JTINLAND . SCHREFL2 , TABLESPACE JTINLAND . SCHCMA I L , 
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JTINLAND . SCHjpEiDG , 

JTINLAND . SCHEHRAC , TABLES PACE 
TABLE SPACE JTINLAND . S CHS STCK , 
JTINLAND. SCPEPRCE , TABLES PACE 
TABLESPACE JTINLAND . SQOMFCMT , 

TABLES PACE 



TABLESPACE JTINLAND. 
JT INLAND. SCHCOAT I , 
TABLESPACE JTINLAND. 
JTINLAND . SQOMFGHD , 
TABLESPACE JTINLAND. 
JTINLAND. SQOMFMPL , 
TABLESPACE JTINLAND. 



do^„ 



JTINLAND . SQOMFOVU 

TABLESPACE JTINLAND . SQOMF CHE 

JTINLAND. SQOMFTRQ , TABLESPACE JTINLAND . S CHE I TMR , 

JTINLAND . 



TABLESPACE JTINLAND . SCHORHLD , 
JTINLAND . SCHRETYP , TABLESPACE 



TABLESPACE 



JTINLAND. SCPEPICS 

TABLESPACE JTINLAND . SCHCACKW FOR EXCEPTION IN PDUTLO 3. 
FOR EXCEPTION IN PDUTL03 . TBHITMDI USE PDISIP . TBHITMDI 
PDUTL03 . TBHHDINF USE PDISIP . TBHHDINF FOR EXCEPTION IN 
PDISIP. TBHREFL2 FOR EXCEPTION IN PDUTL03 . TBHCMAIL USE 
IN PDUTL03 . TBHBILDG USE PDISIP . TBHBILDG FOR EXCEPTION 
PDISIP.TBHFACFW FOR EXCEPTION IN PDUTL03 . TBHEHRAC USE 
IN PDUTL03 . TBHCOATI USE PDISIP . TBHCOATI FOR EXCEPTION 
PDISIP. TBHCTGCM FOR EXCEPTION IN PDUTL03 . TBHSSTCK USE 
IN PDUTL03 . TBHSRORD USE PDISIP . TBHSRORD FOR EXCEPTION 
PDISIP. TBPEPRCE FOR EXCEPTION IN PDUTL03 . TQOMFGHD USE 
IN PDUTL03 .TQOMFCHI USE PDISIP . TQOMFCHI FOR EXCEPTION 
PDISIP.TQOMFCMT FOR EXCEPTION IN PDUTL03 . TQOMFOVR USE 
IN PDUTL03 . TQOMFOVU USE PDISIP . TQOMFOVU FOR EXCEPTION 
PDISIP . TQOMFMPL FOR EXCEPTION IN PDUTL03 . TQOMFOVP USE 
IN PDUTL03 . TQOMFCHE USE PDISIP . TQOMFCHE FOR EXCEPTION 
PDISIP. TQOMFUNT FOR EXCEPTION IN PDUTL03 . TQOMFTRQ USE 
IN PDUTL03 . TBHEITMR USE PDISIP . TBHEITMR FOR EXCEPTION 
PDISIP. TBHORDFW FOR EXCEPTION IN PDUTL03 . TBHORHLD USE 
IN PDUTL03 . TBHREFRL USE PDISIP . TBHREFRL FOR EXCEPTION 
PDISIP. TBHRETYP FOR EXCEPTION IN PDUTL03 . TBPEPICS USE 
IN PDUTL03 . TBHERCYL USE PDISIP . TBHERCYL FOR EXCEPTION 
PDISIP.TBHCACKW 



SCHFAl 
TABLESPACE 
SCHSRORD , 
TABLESPACE 
SQOMFOVR , 
TABLESPACE 
SQOMFUNT , 
TABLESPACE 
SCHREFRL , 
TABLESPACE 



. . ._2=&p_doc_3=&p_doc_4=&p_doc_5=&p_doc_6= 
TABLESPACE 



JTINLAND . SCHCTGCM 
TABLESPACE 
JTINLAND . SQOMFCHI 
TABLESPACE 
JTINLAND . SQOMFOVP 
TABLESPACE 
JTINLAND . SCHORDFW 
TABLESPACE 



JTINLAND. SCHERCYL , 

TBHORDCT USE PDISIP . TBHORDCT 
FOR EXCEPTION IN 
PDUTL03 .TBHREFL2 USE 
PDISIP. TBHCMAIL FOR EXCEPTION 
IN PDUTL03 . TBHFACFW USE 
PDISIP. TBHEHRAC FOR EXCEPTION 
IN PDUTLO 3 .TBHCTGCM USE 
PDISIP. TBHSSTCK FOR EXCEPTION 
IN PDUTLO 3 .TBPEPRCE USE 
PDISIP. TQOMFGHD FOR EXCEPTION 
IN PDUTLO 3 .TQOMFCMT USE 
PDISIP. TQOMFOVR FOR EXCEPTION 
IN PDUTLO 3 .TQOMFMPL USE 
PDISIP. TQOMFOVP FOR EXCEPTION 
IN PDUTLO 3 .TQOMFUNT USE 
PDISIP. TQOMFTRQ FOR EXCEPTION 
IN PDUTLO 3 .TBHORDFW USE 
PDISIP. TBHORHLD FOR EXCEPTION 
IN PDUTLO 3 .TBHRETYP USE 
PDISIP. TBPEPICS FOR EXCEPTION 
IN PDUTLO 3 . TBHCACKW USE 



Detailed Description Text (2) : 

FIG. 1 illustrates an exemplary flowchart for maintaining exception tables for a 
CHECK utility according to an embodiment of the present invention. As illustrated in 
FIG. 1, in step 1010, a control statement is read identifying the parameters needed 
to perform constraint enforcement on the desired tablespaces . In step 1020, the 
control statement is processed by, for example, a conventional CHECK utility 
modified in accordance with an embodiment of the present invention. In step 103 0, 
the SQL statements needed to drop or create exception tables are generated. In step 
1040, the SQL statements generated in step 1030 are executed. 

Detailed Description Text (4) : 

As indicated in the above exemplary SQL control statement, the control statement 
contains, following the term USING, several key words that are processed by a 
conventional CHECK utility in accordance with an embodiment of the present 
invention. The format of the control statement is a matter of design choice, 
provided that the format can be processed (e.g., parsed) by the check utility. Prior 
to the key words, however, the names of the dependent tablespaces to be checked are 
provided by the user, from which the dependent tables to be checked can be 
determined. For example, the CHECK utility can identify the name of dependent table 
in each dependent tablespace by, for example, reading the DB2 catalog of the 
database, as is known in the art. A description of how to read the DB2 catalog is 
contained in co-pending application Ser. No. 09/151,750 entitled DYNAMIC 
DETERMINATION OF OPTIMAL PROCESS FOR ENFORCING CONSTRAINTS, assigned to the assignee 
of the present application and which is hereby expressly incorporated by reference. 

Detailed Description Text (5) : 

In another embodiment of the present invention, instead of providing the names of 
all the dependent tablespaces to be checked, the names of the parent tablespaces can 
be provided in the control statements. With this information, the DB2 catalog could 
be read to identify the associated dependent tablespaces, thus eliminating the need 
for the user to even manually identify the dependent tablespaces . For example, the 
control statement identifying only the parent tablespace can have any format or 
syntax provided that the format or syntax can be interpreted and processed by the 
appropriate entity, such as a CHECK utility or other DB2 utility that can access a 
DB2 catalog. 

Detailed Description Text (6) : 

An exemplary SQL control statement according to an embodiment of the present 
invention includes key words for predetermined exception table parameters. For 
example, one key word is the name of the database in which the tablespaces will be 
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created (e.g., the datc^J!:e name for the logical groupin^Rf newly-created 
tablespaces ) . In this example, the name of the database is DBISIP. Another keyword 
is the exception tablespace name to be created, for example TSISIP (which is in 
database DBISIP) . If multiple exception tablespaces are needed, the method according 
to an embodiment of the present invention can create them, for example consecutively 
numbering tablespaces using the same tablespace name (e.g., TSISIP01, TSISIP02, 
etc.). The key words also include a storage group identifier as is known in the art 
(e.g., where the exception tablespace will reside) . In this example the STOGROUP is 
named SGISIP. 

Detailed Description Text (7) : 

The key words according to an embodiment of the present invention also include, for 
example, a primary quantity of DASD and secondary quantity of DASD to be used within 
the storage group (e.g., the pages of DASD to be allocated by DB2 for the exception 
tablespace ) . The primary and secondary quantities of DASD can, for example, be 
specified by the user, as is known in the art, for example based on an estimate of 
the number of errors that will be identified by the CHECK utility) . In this example, 
52 pages of DASD are allocated for the storage group with another 26 pages available 
if necessary. 

Detailed Description Text (10) : 

FIG. 2 illustrates another exemplary flowchart for maintaining exception tables for 
a CHECK utility according to an embodiment of the present invention. In step 2010, a 
control statement is received by a conventional CHECK utility. For example, 
according to an exemplary embodiment of the present invention, the control statement 
would include predetermined exception table parameters, as described above, for 
parsing by the CHECK utility. In step 2020, the received control statement is parsed 
and it is determined if a the DROP parameter is set to, for example, yes or no. If 
the value is no, the existing exception tablespace from a prior checking operation 
will be used for the current checking operation. If the drop value is yes, then in 
step 2030 the existing exception tablespace will be dropped. 

Detailed Description Text (11) : 

Following step 2030, a CREATE TABLESPACE SQL statement is built in step 2040 by the 
CHECK utility using, for example, the tablespace name obtained from the parsed 
control statement (e.g., a data structure is built). In step 2050, the exception 
tablespace is generated, for example by executing the CREATE TABLESPACE SQL 
statement, (e.g., a portion of DASD is allocated for the exception tablespaces ) . In 
step 2060, it is determined if the exception tablespace previously existed. For 
example, DB2 indicates (e.g., via a SQL code) if a new exception tablespace was 
created (e.g., if the execution of the SQL statement was successful) or if it could 
not be created, for example, because the tablespace already existed. If the 
exception tablespace previously existed, the process continues at step 2090, 
described below. If the exception tablespace did not previously exist, then the 
process continues at step 2070. In step 2070, a CREATE TABLE SQL statement is built 
and executed to create the exception table. In step 2080, any required ALTER SQL 
statements are built and executed, for example to add row identification or a time 
stamp to the exception table. 

Detailed Description Text (13) : 

Accordingly, the above -identified process can be performed by a conventional CHECK 
utility (e.g., the method can be provided as a software algorithm in the CHECK 
utility software) to create and delete exception tables according to an embodiment 
of the present invention. For example, using the method of the present invention, 
the inclusion of the three parent tables in the control statement along with the 
specified key words would result in the automatic generation and execution of SQL 
statements needed to generate the thirty one exception table tablespaces required 
for constraint enforcement. Thus, according to an embodiment of the present 
invention, less work is performed by a user of a CHECK utility to generate the 
exception tables required for referential integrity constraint enforcement than 
would be required with conventional approached to constraint checking. 

Detailed Description Paragraph Table (1) : 

CHECK DATA TABLESPACE JT INLAND . S CHORD CT , TABLESPACE JT INLAND . SCHITMDI , TABLESPACE 
JTINLAND . SCHHDINF , TABLESPACE JT INLAND . SCHREF 2 , TABLESPACE JTINLAND . SCHCMAIL , 
TABLESPACE JTINLAND . SCHBILDG , TABLESPACE JTINLAND . SCHF AC FW , TABLESPACE 
JTINLAND. SCHEHRAC , TABLESPACE JTINLAND . SCHCO AT I , TABLESPACE JTINLAND . SCHCTG CM , 
TABLESPACE JTINLAND . S CHS STCK , TABLESPACE JTINLAND . S CHS RORD , TABLESPACE 
JTINLAND. SCPEPRCE , TABLESPACE JTINLAND . SQOMFGHD , TABLESPACE JTINLAND . SQOMFCH I , 
TABLESPACE JTINLAND . SQOMFCMT , TABLESPACE JTINLAND . SQOMFOVR , TABLESPACE 
JTINLAND . SQOMFOVU , TABLESPACE JTINLAND . SQOMFM PL , TABLESPACE JTINLAND . SQOMFO VP , 
TABLESPACE JTINLAND . SQOMFCHE , TABLESPACE JTINLAND . SQOMFUNT , TABLESPACE 
JTINLAND. SQOMFTRQ , TABLESPACE JTINLAND . S CHE I TMR , TABLESPACE JTINLAND . S CHORD FW , 
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TABLE SPACE JTINLAND . SClflpLD , TABLES PACE JTINLAND . SCHReMI , TABLESPACE 
JT INLAND . SCHRETYP , TABLESPACE JTINLAND . SCPEPICS , TABLESPACE JTINLAND . SCHERCYL , 
TABLESPACE JTINLAND . SCHCACKW USING DATABASE DBISIP TABLESPACE TSISIP STOGROUP SGISIP 
PRIQTY 52 SECQTY 2 6 OWNER PDISIP DROP YES 

Detailed Description Paragraph Table (2) : 

PARSE CONTROL STATEMENT IF KEYWORD = USING IF DROP = YES DROP THE TABLESPACE ENDIF 
CREATE TABLESPACE CREATE TABLE ALTER TABLE TWICE SET FLAG EXCEPT I ON_TABLE SET FLAG 
DROP_IF_EMPTY ELSE IF KEYWORD = FOR EXCEPTION IN SET FLAG EXCEPT I ON_TABLE ENDIF 
PERFORM CHECK DATA PROCESS IF NO_VIOLATIONS IF DROP_IF_EMPTY DROP TABLESPACES ENDIF 
ENDIF 

CLAIMS : 

1. A method for maintaining exception tables, comprising the steps of: 

generating a control statement including predetermined exception table parameters, 
the control statement identifying one or more parameters needed to perform 
constraint enforcement on selected tablespaces , and the exception table parameters 
including at least whether to drop or reuse a previously existing exception table; 

receiving the control statement in a CHECK utility; 

generating a SQL statement for each of the predetermined exception table parameters; 
and 

executing each SQL statement, wherein one of generation and deletion of an exception 
table is performed as a function of executing at least one SQL statement, the 
exception table having an image of one or more database rows that contain a 
constraint violation. 

2. A method for maintaining exception tables in a database system, comprising the 
steps of: 

receiving a control statement, the control statement including at least one 
predetermined exception table parameter, the control statement identifying one or 
more parameters needed to perform constraint enforcement on selected tablespaces, 
and the at least one predetermined exception table parameter including whether to 
drop or reuse a previously existing exception table, an exception table having an 
image of one or more database rows that contain a constraint violation; 

parsing the control statement; 

generating a SQL statement as a function of the parsed control statement for the at 
least one exception table parameter; and 

executing the SQL statement . 

3. The method according to claim 2, wherein the at least one predetermined exception 
table parameter includes one of a database name, an exception tablespace name, a 
storage group name, a primary quantity value, a secondary quantity value, an owner 
name and a drop value . 

7. A method of maintaining exception tables, comprising: 

generating a control statement including one or more predetermined exception table 
keywords and one or more selected tablespaces , the control statement identifying one 
or more parameters needed to perform constraint enforcement on selected tablespaces , 
and the one or more predetermined exception table keywords including whether to drop 
or reuse a previously existing exception table, an exception table having an image 
of one or more database rows that contain a constraint violation; 

generating a SQL statement for each of the predetermined exception table keywords; 

executing a SQL statement to operate on the one or more selected tablespaces and to 
operate on dependent tables of the one or more selected tablespaces, 

wherein one of generation and deletion of an exception table is performed as a 
function of executing at least one SQL statement. 

8. A method for maintaining exception tables, comprising: 

generating a control statement including one or more predetermined exception table 
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parameters for processi^^by a check utility, the contrcSKtatement providing 
instructions to the check utility for creating one or more exception tables having 
an image of one or more database rows that contain a constraint violation, the 
control statement identifying one or more parameters needed to perform constraint 
enforcement on selected tablespaces , and the exception table parameters including at 
least whether to drop or reuse a previously existing exception table; 

generating a SQL statement for each of the predetermined exception table parameters; 
and 

executing each SQL statement. 
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